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Beschreibung 

Verfahren zur Datenverkehrsseparierung in einem paketorien- 
tiert arbeitenden Mobilfunknetz 

Die vorliegende Erfindung betrifft ein Verfahren zur Daten- 
verkehrsseparierung in einem paketorientiert arbeitenden Mo- 
bilfunknetz. Fur Netzwerkoperatoren ist es wichtig, Verkehrs- 
strome von Teilnehmer unterscheiden zu konnen, insbesondere 
in IP basierten Netzen. Eine derartige Separierung erlaubt es 
einem Netzwerkoperator, den Teilnehmern beispielsweise unter- 
schiedliche Berechtigungen fur Qualitat und DienstgUte einer 
Datentibertragung, was als ^Quality of Service* - kurz : QoS - 
bezeichnet wird, zu genehmigen oder die Teilnehmer nach un- 
terschiedlichen Verfahren zu vergeblihren. 

Bei dem Mobilfunknetz GPRS gibt es bisher die MQglichkeit, 
durch einen Teilnehmer einen sogenannten Access Point Name 
(APN) auszuwahlen, der zu unterschiedlichen Netzen oder zu 
unterschiedlicher Behandlung des Verkehr im Netz des entspre- 
chenden Operators ftihrt. Der Access Point Name ist dabei an 
einen sogenannten PDP (Packet Data Protocol) -Kontext geknUpft, 
der eine Layer2-Verbindung darstellt. 

Das beschriebene Verfahren wird von den Netzwerkoperatoren 
jedoch nur bedingt eingesetzt, da es relativ viel Administ- 
rierungsaufwand erfordert. 

Aufgrund dessen werden derzeit Verfahren eingeftihrt, die es 
erlauben bei Verwendung einer Layer2-Verbindung (PDP- 
Kontext) und nur eines Access Point Name auf Basis der IP- 
Pakete, das heifit auf Layer3-Basis, den Datenverkehr, das 
heifit die Datenstrome unterscheiden zu konnen. Ftir eine Iden- 
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tifikation von Datenstromen und deren Behandlung wird bei- 
spielsweise eine sogenannte ^Traffic Plane Handling Function* 
definiert. Es handelt sich dabei im weiteren Sinne urn eine 
Bearbeitungseinheit, die datenstromspezif ische Behandlungen 
bzw. Funktionen ausfUhren kann. Diese Behandlungen konnen 
beispielsweise die Vergebahrung oder die QoS betreffen. 

Wenn nun nur ein Access Point Name verwendet wird, bedeutet 
das, dass der gesamte Verkehr eines Teilnehmers durch diese 
Bearbeitungseinheit zur identif ikation der einzelnen Daten- 
strome und zu deren weiterer Behandlung, wie beispielsweise 
Vergebahrung, geleitet werden muss, auch dann, wenn ftir einen 
Teil des Datenverkehrs keine Behandlung in der Bearbeitungs- 
einheit notwendig ist. Dies wtirde einhergehen mit einer gro- 
JJen Rechnerlei stung far die Bearbeitungseinheit, was sehr ■ 
kostspielig ware. 

Ferner liegt sehr oft der Fall vor, dass eine gesamte Layer2- 
Verbinduhg bzw. ein PDP-Kontext eines Teilnehmers einer spe- 
zifischen Behandlung, wie beispielsweise einer spezifischen 
Vergebahrung, unterliegen soil. Hierbei ist es nicht notig, 
auf Ebene der Datenstrome jeden einzelnen Datenstrom der 
betreffenden Layer2-Verbindung zu identif izieren, da pauschal 
alle Datenstrome dieser Layer2-Verbindung gleich behandelt 
werden. 

Es war nunmehr eine Aufgabe der vorliegenden Erfindung ein 
Verfahren bereitzustellen, mit dessen Hilfe es mSglich ist, 
mOglichst effizient den Datenverkehr derart zu separieren, 
dass nur ein tatsachlich spezifisch zu behandelnder Teil des 
Datenverkehrs einer daftir vorgesehenen Bearbeitungseinheit 
zugeleitet wird. 
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Gelost wird diese Aufgabe durch das erf indungsgem^iie Verfah- 
ren gemafi Anspruch 1. Weitere vorteilhafte Ausf Uhrungsformen 
sind in den Unteransprtichen aufgefUhrt. 

Gemafi Anspruch 1 wird ein Verfahren zur Datenverkehrsseparie- 
rung in einem paketosientiert arbeitenden Mobilfunknetz be- 
reitgestellt, bei dem in einem Zugangsnetzknoten des Mobil- 
funknetzes auf kommender Datenverkehr, bestehend aus einer 
Mehrzahl von jeweils mehrere DatenstrSme umfasseinde Layer2- 
Verbindungen gezielt hinsichtlich einer verbindungs- und/oder 
datenstromspezif ischeh Beharidlung separiert wird und gegebe- 
nenfalls anteilig tiber eine eine entsprechende verbindungs- 
und/oder datenstromspezif ische Behandlung ausftihrende Bear- 
beitungseinheit geleitet wird. 

Vorzugsweise wird als Mobilfunknetz ein GPRS-Net z verwendet. 
Der Zugangsnetzknoten entspricht dabei dann einem GGSN. 

Im Zugangsknoten werden im Allgemeinen Layer2-Verbindungen 
terminiert . Wenn der Zugangsknoten entscheidet, eine Layer2- 
Verbindung zur Bearbeitungseinheit weiter zu leiten, kann 
dies in Form der kompletten Layer2 -Verbindung geschehen, die 
dann in der Bearbeitungseinheit terminiert werden muss, oder 
die Layer 2 -Verbindung wird im Zugangsknoten terminiert und* 
nur die in der Layer 2 -Verbindung enthaltenen Daten werden zur 
Bearbeitungseinheit weitergeleitet . Im Rahmen der vorlie.gen- 
den Erfindung wird in beiden Fallen von Layer2-Verbindungen 
gesprochen. 

In einer besonders bevorzugten Aus fUhrungs form des erfin- 
dungsgemaJJen Verfahrens entscheidet eine Steuerfunktion in- 
nerhalb des Zugangsnetzknotens anhand applikationsspezif i- 
scher Informationen und/oder lokaler Inf ormationen einer im 
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Zugangsnetzknoten integrierten Inf ormationseinheit, ob eine 
Layer2-Verbindung Uber die Bearbeitungseinheit geleitet wer- 
den soil, wo dann anhand der applikationsspezif ischen Infor- 
mationen und/oder lokaler Info2rmationen verbindungs- und/oder 
datenstromspezifische Behandlungen durchgefuhrt werden, 

Vorzugsweise tibermittelt beim Aufbau einer Kommunikation zu 
einer Applik|^tion seitens eines Teilnehmers die Applikation 
einer Inf ormationsregelungseinheit eine applikationsspezif i- 
sche Information, eine sogenannte Policy. Inf ormationen und 
Regeln, mit denen ein Netzwerkoperator in seinem Netz eine 
Behandlung von Diensten beeinflussen kann, werden als Poli- 
cies bezeichnet. Daraufhin autorisiert die Inf ormationsrege- 
lungseinheit tiber ein Interface bzw. eine Schnittstelle den 
Zugangsnetzknoten des Mobilf unknetzes zum Aufbau einer oder 
mehrerer jeweils eine Mehrzahl von Datenstromen umfassende 
Layer2-Verbindungen fur die angeforderte Applikation und tt- 
bergibt die applikationsspezif ische Information, das heiJit 
die Policy, Eine Steuerfunktion innerhalb des Zugangsnetzkno- 
tens entscheidet anhand der applikationsspezif ischen Informa- 
tion und/oder lokaler Inf ormationen bzw. Policies einer im 
Zugangsnetzknoten integrierten Inf ormationseinheit, ob die 
Layer2-Verbindung bzw. -Verbindungen Uber die Bearbeitungs- 
einheit geleitet werden sollen, wo dann anhand der applikati- 
onsspezif ischen Information und/oder lokaler Inf ormationen 
verbindungs- und/oder datenstromspezifische Behandlungen 
durchgefuhrt werden. 

In einer besonders bevorzugten AusfUhruhgsf orm des erf in- 
dungsgemaJJen Verfahrens leitet die Inf ormationsregelungsein- 
heit die applikationsspezifischen Informationen hinsichtlich 
einer verbindungsspezifischen Behandlung der einen oder der 
mehreren Layer 2 -Verbindungen zu dem Zugangsnetzknoten und die 
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applikationsspezifischen Inf ormationen hinsichtlich einer da- 
tenstromspezifischen Behancilung von Datenstromen innerhalb 
der einen oder der mehreren Layer2-Verbindungen direkt zur 
Bearbeitungseinheit. Das bedeutet, dass die Steuerfunktion 
innerhalb des Zugangsnetzknotens anhand der applikationsspe- 
zifischen Inf ormationen und/oder lokaler Inf ormationen bzw. 
Policies beztiglich der verbindungsspezif ischen Behandlung der 
einen oder der mehreren Layer2 -Verbindungen zunachst ent- 
scheidet, ob die Layer2-Verbindung bzw. -Verbindungen zu der 
Bearbeitungseinheit gesendet werden oder nicht. Werden die 
eine oder die mehreren Layer2-Verbindungen zu der Bearbei- 
tungseinheit geleitet, so ist es moglich, dass aufgrund einer 
applikationsspezifischen Inf ormationen hinsichtlich einer da- 
tenstromspezif ischen Behandlung, die direkt zu der Bearbei- 
tungseinheit geleitet wurde, dort nun eine weitere Separie- 
rung hinsichtlich der einzelnen Datenstrome der Layer2- 
Verbindung bzw- -Verbindungen stattfindet und die einzelnen 
Datenstrome entsprechend der applikationsspezifischen Infor- 
mationen unterschiedlich behandelt werden. Erf indungsgemafi 
wird somit eine hierarchische Separierung des Datenverkehrs, 
bestehend aus einer Mehrzahl von jeweils mehrere Datenstrome 
umfassenden Layer2-Verbindungen, durchgeftihrt . Zunachst fin- 
det im Zugangsnetzknoten eine Separierung aufgrund applikati- 
onsspezifischer Inf ormationen und/oder lokaler Inf ormationen 
bzw. Policies hinsichtlich einer verbindungsspezif ischen Be- 
handlung statt; soli nach MaBgabe der Inf ormationen eine oder' 
mehrere Layer 2 -Verbindungen des Datenverkehrs einer spezifi- 
schen Behandlung unterliegen, so mUssen diese Layer2- 
Verbindungen des Datenverkehrs Uber die Bearbeitungseinheit 
geleitet werden, damit sie dort dieser Behandlung unterzogen 
werden kdnnen. Diese Layer 2 -Verbindungen des Datenverkehrs 
werden dann vollstandig, das heiBt jeweils mit all ihren Da- 
tenstrQmen Uber die Bearbeitungseinheit geleitet. Aufgrund 
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weiterer applikationsspezif ischer Inf ormationen, die jetzt 
aber nicht eine verbindungsspezif ische sondern eine daten- 
stromspezif ische Behandlung betreffen, wird in der Bearbei- 
tungseinheit gegebenenf alls eine weitere Separierung durchge- 
ftlhrt, dieses Mai aber auf Basis der Datenstrome. Dabei wer- 
den dann diejenigen Datenstrome ausgef iltert, die gemafi der 
applikationsspezifischen Informationen hinsichtlich der da- 
tenstromspezif ischen Behandlung einer besonderen Behandlung 
unterzogen werden. 

In einer anderen bevorzugten Ausf iihrungsf orm des erfindungs- 
gemafien Verfahrens leitet die Inf ormationsregelungseinheit 
die applikationsspezifischen Informationen hinsichtlich einer 
datenstromspezif ischen Behandlung von DatenstrOmen innerhalb 
einer Layer2-Verbindung mittelbar iiber den Zugangsnetzknoten 
zur Bearbeitungseinheit. Der Zugangsnetzknoten erkennt dann 
aus dem Vorhandensein von datenstromspezif ischen Informatio- 
nen, dass die Daten .einer oder mehrerer bestimmter Layer2- 
Verbindungen, in denen sich die entsprechenden Datenstr6me 
befinden, tiber die Bearbeitungseinheit geleitet werden mtts- 
sen. 

Besonders bevorzugt Ubermittelt die Applikation der Informa- 
tionsregelungseinheit als applikationsspezif ische Information 
eine VergebUhrungsinf ormation. Diese applikationsspezif ische 
Information kann sich wiederum auf eine verbindungsspezif i- 
sche Behandlung beziehen oder aber auf eine datenstromspezi- 
fische Behandlung. Das bedeutet beispielsweise, dass eine ge- 
samte Layer2-Verbindung nicht oder zu besonderen Tarifen ver- 
gebuhrt wird oder aber, dass bestimmte Datenstrome einer Lay- 
er 2- Verbindung nicht oder zu besonderen Tarifen vergebtihrt 
werden. Wird eine gesamte Layer 2 -Verbindung beispielsweise 
nicht vergebUhrt, so wird diese Layer 2 -Verbindung nicht Ober 
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die Bearbeitungseinheit geleitet, da keine weitere Behandlung 
ndtig ist. Durch diese Vorseparierung der Layer2-Verbindungen 
durch die Steuereinheit im Zugangsnetzknoten wird die Bear- 
beitungseinheit erheblich entlastet. Neben applikationsspezi- 
fischer Information, die der Inf ormationsregelungseinheit von 
einer Applikation ubermittelt wird, konnen, wie bereits er- 
wahnt, auch lokale Informationen bzw. Policies in dem Zu- 
gangsnetzknoten hinterlegt sein, nach denen sich die Steuer- 
funktion im Zugangsnetzknoten richten muss . Derartige lokale 
Informationen werden im Allgemeinen von einem Operator konfi- 
guriert. Hierzu werden sogenannte Netzwerk-Management Metho- 
den (Operation Administration Management-Methoden) verwendet. 
Diese lokalen Informationen sind statisch, das heifit sie gel- 
ten fur alle Layer2-Verbindungen gleichermafien. Dynamische 
Informationen gelten nur fur eine spezielle Layer2-Verbindung 
bzw. fur spezielle von einer Layer2-Verbindung umfasste Da- 
tenstrdme und gelangen vorzugsweise wahrend der Signalisie- 
rung und Autorisierung der Layer2-Verbindung uber die Infor- 
mationsregelungseinheit in den Zugangsnetzknoten. Diese dyna- 
mischen Informationen werden von einer Applikation an die In- 
f ormationsregelungseinheit ubermittelt . 

Vorzugsweise handelt es sich bei der Information, anhand wel- 
cher die Steuerfunktion fUr eine Layer2-Verbindung entschei- 
den muss, die Layer2-Verbindung uber die Bearbeitungseinheit 
zu lei ten oder nicht, urn eine Vergebuhrungs- und/oder eine 
QoS-Inf ormation . 

In einer anderen besonders bevorzugten Ausfuhrungsform des 
erfindungsgemafien Verfahrens sendet die Inf ormationsrege- 
lungseinheit als applikationsspezifische Information einen 
expliziten Indikator zum Zugangsnetzknoten, der der Steuer- 
funktion die Anweisung gibt, die betreffende Layer2- 
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Verbindung bzw. den PDP-Kontext tlber die Bearbeitungseinheit 
zu leiten. 

Die Steuerfunktion entscheidet nun gemai3 applikationsspezif i- 
scher Inf ormationen, die ihr Uber die Inf ormationsregelungs- 
einheit zugegangen sind, tiber den Weg der entsprechenden Lay- 
er 2 -Verbindung. Die Steuerfunktion kann aber auch ohne Erhalt 
einer applikationsspezif ischen Information seitens der Infor- 
mationsregelungseinheit nur aufgrund lokaler Informationen 
tiber den Weg einer Layer 2 -Verbindung entscheiden. Im Fall des 
gleichzeitigen Vorhandenseins von lokalen und applikations- 
spezifischen Informationen von der Inf ormationsregelungsein- 
heit kann eine Prioritat festgelegt werden, z.B. applikati- 
onsspezif ische Informationen haben eine hShere Prioritat als 
lokale. Eine lokale Information, die in dem Zugangsnetzknoten 
statisch hinterlegt ist, konnte beispielsweise beinhalten, 
dass bestimmte Ziel-IP-Adressen nicht vergebUhrt werden oder 
dass bestimmte QoS-Klassen einer bestimmten VergebUhrung un- 
terzogen werden, was ein Weiterleiten der entsprechenden Lay- 
er2-Verbindung Uber die Bearbeitungseinheit ertibrigt oder er- 
zwingt . 

Ferner kann eine applikationsspezif ische Information eine 
VergebUhrungs information beinhalten, anhand derer die Steuer- 
funktion in dem Zugangsknoten entscheiden kann, ob sie die 
VergebUhrung selbst .ausfOhren kann oder die entsprechende 
Layer2-Verbindung tiber die Bearbeitungseinheit leiten muss. 

Eine VergebUhrungs inf ormation bzw. VergebUhrungs-Policy kann 
beispielsweise festlegen, dass keine VergebUhrung, eine Zeit- 
vergebUhrung, eine IP-Volumen-VergebUhrung, eine offline- 



2003 P 08319 DE 



9 

Oder eine online-Vergebtihrung vorgenommen wird* Je nach Art 
der VergebUhrung muss der entsprechende Datenverkehr liber die 
Bearbeitungseinheit geleitet werden oder nicht. 

In einer anderen bevorzugten Ausfiihrungsf orm des erfindungs- 
gemafien Verfahrens werden die applikationsspezif ischen Infor- 
mationen iiber einen Authentication, Authorization and Accoun- 
ting-Server (AAA-Server) , insbesondere tiber einen Remote Ac- 
cess Dial-In user-Server (RADIUS) zum Zugangsftetzknoteh ge- 
leitet. 

Ferner umfasst die vorliegende Erfindung ein Mobilfunknetz, 
das mindestens einen Zugangsknoten mit einer Steuerfunktion 
zur Separierung eines in dem Zugangsnetzknoten auf kommenden 
Datenverkehr, bestehend aus einer Mehrzahl von jeweils mehre- 
re DatenstrSme umfassenden Layer2-Verbindungen, gemafl vorge- 
gebenen Inf ormationen und eine Bearbeitungseinheit zum Behan- 
deln von durch die Steuerfunktion separierten und an die Be- 
arbeitungseinheit weitergeleiteten Layer2-Verbindungen auf- 
weist. 

Vorzugsweise umfasst das erf indungsgemafie Mobilfunknetz fer- 
ner eine Inf ormationsregelungseinheit zum Empfangen, Auswer- 
ten und zeitnahen Weiterleiten von applikationsspezif ischen 
Inf ormationen an die Steuerfunktion des Zugangsnetzknotens . 

In einer besonders bevorzugten Aus fUhrungs form des erfin- 
dungsgemSJJen Mobilfunknetzes umfasst die Bearbeitungseinheit 
eine . Filterfunktion, die innerhalb von ankommenden Layer2- 
Verbindungen DatenstrSme gemafi datenstromspezif ischer Infor- 
mationen separieren kann, so dass diese Datenstrome in der 
Bearbeitungseinheit einer datenstromspezif ischen Behandlung 
unterzogen werden konnen. 
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In einer weiteren bevorzugten Ausftihrungsf orm des erf indungs- 
gemaBen Mobilfunknetzes ist die Bearbeitungseinheit in dem 
Zugangsnetzknoten integriert. Vorzugsweise handelt es sich 
bei dem Mobilfunknetz um ein GPRS-Net z, der Zugangsnetzknoten 
entspricht dabei dann einem GGSN. 

Weitere Vorteile der Erfindung werden anhand der folgenden 
Figuren naher erlautert. Es zeigen 

Fig. 1 Schematische Darstellung eines Ablaufs einer Ausftth- 
rungsform des erf indungsgemaBen Verfahrens; 

Fig. 2 Schematische Darstellung eines Ablaufs eines Teil- 
schritts einer anderen Ausfuhrungsform des erf indungsgemaBen 
Verfahrens; 

Fig. 3 Schematische Darstellung eines Ablaufs eines Teil- 
schritts einer weiteren Ausftihrungsf orm des erf indungsgemaBen 
Verfahrens . 

In Figur 1 ist schematisch ein Ausschnitt eines Mobilfunknet- 
zes GPRS dargestellt. Es ist ein Zugangsnetzknoten (Access 
Gateway) gezeigt, der im Mobilfunknetz GPRS einem GGSN ent- 
spricht. Der GGSN terminiert Layer2-Verbindungen bzw. PDP- 
Kontexte tlber ein Zugangsnetzwerk, beispielsweise tiber ein 
Radionetzwerk. Ferner ist eine Bearbeitungseinheit darge- 
stellt, die auch als Traffic Plane Handling Function oder 
kurz als IP Flow Handler bezeichnet wird. Diese Bearbeitungs- 
einheit kann datenstromspezif ische, das heiJJt IP Flow spezi- 
fische Funktionen wie beispielsweise beztaglich einer bestimm- 
ten VergebUhrung oder einer bestimmten Obertragungsqualitat 
(QoS) durchfUhren. Im vorliegenden Fall ist die Bearbeitungs- 
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einheit bzw. der IP Flow Handler separat zum Zugangsnetzkno- 
ten bzw. zum GGSN. Sie kann aber auch in dem Zugangsnetzkno- 
ten integriert sein. Daruber hinaus ist eine Informationsre- 
gelungseinheit, auch als Policy Decision Function PDF be- 
zeichnet, dargestellt. Ferner ist ein IP Mutlimedia Subsys- 
tem, kurz als IMS bezeichnet, gezeigt'. Es gibt nun die Mog- 
lichkeit, dass ein Operator fur einen von einem Teilnehmer 
angefOrderten Dienst, das heifit einer Applikation A, z.B. ei- 
ne Applikation seines IP Multimedia Subsystems IMS, eine Qua- 
lity of Service autorisiert und eine bestimmte Vergebtlhrungs- 
methode festlegt. Dazu muss die Applikation A applikations- 
spezifische Informationen bzw. applikationsspezif ische Poli- 
cies der Informationsregelungseinheit PDF uber eine Schnitt- 
s telle 1) anktindigen. Die Informationsregelungseinheit PDF 
steuert bzw. autorisiert damit den GGSN uber eine Schnitt- 
stelle 2) beim Aufbau beispielsweise einer Layer2-Verbindung, 
das heifit eines PDP-Kontextes . Im GGSN ist eine Steuerfunkti- 
on S implementiert, die aufgrund verschiedener Informationen 
entscheiden kann, ob eine Layer2-Verbindung bzw. ein PDP- 
Kontext uber den IP Flow Handler geleitet wird Oder nicht. 
Fur diese Entscheidung kohnen sowohl applikationsspezif ische 
Policies, die Uber die Schnittstelle 2) von der Informations- 
regelungseinheit PDF in den GGSN gelangen oder lokale Poli- 
cies einer internen Policy Funktion genutzt werden. Lokale 
Policies, die in einer internen Policy Funktion im GGSNhin- 
terlegt sind, werden von dem Operator konfiguriert und sind 
statisch. Das bedeutet, dass diese Art von Policies far alle 
PDP-Kontexte gleichermafien gelten. Dynamische Policies, die 
von einer bestimmten Applikation uber eine Schnittstelle 1) 
zu der Informationsregelungseinheit PDF und von dort dann u- 
ber eine Schnittstelle 2) zum GGSN geleitet werden, gelten 
nur fur einen bestimmten PDP-Kontext. Derartige Policies ge- 
langen vorzugsweise wahrend der Signalisierung und Autorisie- 
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rung des entsprechenden PDP-Kontextes uber die Schnittstelle 
2) in den GGSN, beispielsweise als QoS oder Vergebiihrungs- 
(Charging-) Policy. Ober die Schnittstelle 2) kann beispiels- 
weise fur eine bestimmte Applikation eine Vergebuhrungs- 
Policy ubertragen werden, die beinhaltet, dass fur die fur 
die Applikation autorisierte Layer2-Verbindung keine Verge- 
biihrung, eine Zeitvergebuhrung, eine IP Volumen Vergebiihrung, 
eine offline- oder eine online-Vergebuhrung durchgeftihrt 
wird. Aufgrund dieser Policy entscheidet die Steuerfunktion 
S, ob sie die Vergebiihrung selbst durchfuhren kann oder ob 
die Layer2-Verbindung uber den IP Flow Handler geleitet wer- 
den muss. Ferner umfasst der IP Flow Handler eine Filterfunk- 
tion, die innerhalb von ankommenden Layer2-Verbindungen Da- 
tenstrdme gemail datenstromspezif ischer Informationen separie- 
ren kann, so dass diese Datenstrome in der Bearbeitungsein- 
heit einer datenstromspezif ischen Behandlung unterzogen wer- 
den konnen. 

In Figur 2 ist ein Ausschnitt eines Mobilfunknetzes darge- 
stellt. Bei dem Mobilfunknetz handelt es sich wiederum urn das 
Mobilfunknetz GPRS. Dabei ist ein Zugangsnetzknoten GGSN, ei- 
ne Bearbeitungsfunktion IP Flow Handler und eine Informati- 
onsregelungseinheit PDF gezeigt.. Wahrend nun verbindungsspe- 
zifische Informationen, das heiBt bezogen auf eine vollstan- 
dige Layer2-Verbindung bzw. ein.en PDP-Kontext von der Infor- 
mationsregelungseinheit uber eine Schnittstelle 2) zum GGSN 
gelangen, werden datenstromspezif ische Informationen (Layer3- 
Informationen) von der Informationsregelungseinheit PDF di- 
rekt zu der Bearbeitungseinheit, das heiBt zum IP Flow Hand- 
ler geleitet. Eine datenstromspezif ische Behandlung aufgrund 
entsprechender datenstromspezif ischer Informationen wird erst 
in der Bearbeitungseinheit, das heiBt im IP Flow Handler und 
nicht im GGSN durchgeftihrt . Im GGSN wird die eingehende ver- 



2003 P 08319 DE 



13 

bindungsspezifische Information dahingehend ausgewertet, ob 
ein in dem GGSN ankommender Datenverkehr, bestehend aus einer 
Mehrzahl von jeweils mehrere DatenstrOme umfassenden Layer2- 
Verbindungen, einer einheitlichen Behandlung unterzogen wer- 
den muss, die gegebenenf alls auch vom GGSN ausgefUhrt wird 
und von daher nicht zum IP Flow Handler weitergeleitet werden 
muss Oder ob eine .Behandlung, sei es eine verbindungsspezif i- 
sche oder eine datenstromspezif ische Behandlung von dem IP 
Flow Handler durchgeftthrt werden muss und deshalb die ent- 
sprechenden Layer2-Verbindungen des Datenverkehrs zu dem IP 
Flow Handler geleitet werden mttssen. Diese Entscheidung ba- 
siert auf applikationsspezif ischen Inf ormationen, welche von 
der Informationsregelungseinheit PDF erhalten wurden, 
und/oder lokalen Inf ormationen bzw. Policies. Im IP Flow 
Handler findet dann gegebenenf alls nochmals eine Separierung 
von Datenstromen statt, falls ftir diese eine datenstromspezi- 
fische Behandlung gemafi einer entsprechenden datenstromspezi- 
f ischen Information durchgefuhrt werden soli. 

Figur 3 zeigt den gleichen Ausschnitt eines Mobilfunknetzes 
GPRS wie Figur 2. Hier allerdings werden datenstromspezif i~ 
sche Informationen von der Informationsregelungseinheit PDF 
nicht direkt sondern mittelbar zusammen mit verbindungsspezi- 
fischen Informationen, wie durch die gestrichelte Linie 
kenntlich gemacht, tiber den Zugangsnetzknoten, den GGSN, zu 
dem IP Flow Handler geleitet. Der GGSN erkennt anhand der da- 
tenstromspezif ischen Informationen, dass die entsprechende 
Layer2-Verbindung bzw. der entsprechende PDP-Kontext, in wel- 
chem sich die betreffenden Datenstrome befinden, tiber den- IP 
Flow Handler geleitet werden muss. In dem IP Flow Handler 
werden dann die betreffenden DatenstrSme von den anderen in 
der Layer2-Verbindung vorhandenen Datenstrome separiert und 
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einer spezifischen Behandlung gemafi der datenstromspezif i 
schen Information unterzogen. 
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Patentanspruche 

1. Verfahren zur Datenverkehrsseparierung in einem paketori- 
entiert arbeitenden Mobilf unknetz (GPRS), bei dem in einem 
Zugangsnetzknoten (GGSN) des Mobilf unknetzes (GPRS) ein auf- 
kommender Datenverkehr, bestehend aus einer Mehrzahl von je- 
weils mehrere Datenstr6me umfassende Layer2-Verbindungen 
(PDP-Kontexten) gezielt hinsichtlich einer verbindungs- 
und/oder datenstromspezif ischen Behandlung separiert wird und 
gegebenenfalls anteilig uber eine eine entsprechende Behand- 
lung ausfuhrende Bearbeitungseinheit (IP Flow Handler) gelei- 
tet wird. 

2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dass eine Steuerfunktion (S) innerhalb des Zugangsnetzknotens 
(GGSN) anhand applikationsspezif ischer Informationen und/oder 
lokaler Informationen einer im Zugangsnetzknoten (GGSN) in- 
tegrierten Informationseinheit (Interne Policy) entscheidet, 
ob eine Layer2-Verbindung (PDP-Kontext) des Datenverkehr s u- 
ber die Bearbeitungseinheit (IP Flow Handler) geleitet werden 
soil, wo dann anhand der applikationsspezif ischen Informatio- 
nen und/oder lokaler Informationen verbindungs- und/oder da- 
tenstromspezif ische Behandlungen durchgeftihrt werden. 

3. Verfahren nach Anspruch 2, 
dadurch gekennzeichnet, 

dass beim Aufbau einer Kommunikation zu einer Applikation (A) 
seitens eiges Teilnehmers die Applikation (A) einer Informa- 
tionsregelungseinheit (PDF) applikationsspezif ische Informa- 
tionen ubermittelt und die Informationsregelungseinheit (PDF) 
uber eine Schnittstelle (2)) den Zugangsnetzknoten (GGSN) des 
Mobilf unknetzes (GPRS) zum Aufbau einer oder mehrerer eine 
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Mehrzahl von DatenstrGmen umf assenden Layer2-Verbindungen 
(PDP-Kontexte) ftir die angeforderte Applikation (A) autori- 
siert und die applikationsspezif ischen Inf ormationen uber- 
gibt . 

4.. Verfahren nach Anspruch 2, 
dadurch gekennzeichnet, 

dass die applikationsspezif ischen Inf ormationen uber einen 
Authentication, Authorization and Accounting-Server (AAA- . 
Server) , insbesondere Uber einen Remote Access Dial-In user- 
Server (RADIUS) zum Zugangsnetzknoten (GGSN) geleitet wird. 

5. Verfahren nach Anspruch 2, 3 oder 4, 
dadurch gekennzeichnet, 

dass die applikationsspezif ischen Inf ormationen hinsichtlich 
einer verbindungsspezif ischen Behandlung der Layer2- 
Verbindung (PDP-Kontext) zu dem Zugangsnetzknoten (GGSN) und 
die applikationsspezifischen Informationen hinsichtlich einer 
datenstromspezifischen Behandlung von Datenstromen innerhalb 
der Layer2-Verbindung (PDP-Kontext) direkt zur Bearbeitungs- 
einheit (IP Flow Handler) geleitet werden. 

6. Verfahren nach Anspruch 2, 3 oder 4, 
dadurch gekennzeichnet, 

dass die applikationsspezifischen Informationen hinsichtlich 
einer datenstromspezifischen Behandlung von Datenstromen in- 
nerhalb einer Layer? -Verbindung (PDP-Kontext) mittelbar tlber 
den Zugangsnetzknoten (GGSN) zur Bearbeitungseinheit (IP Flow 
Handler) geleitet werden. 

7. Verfahren nach einem der vorhergehenden Ansprttche, 
dadurch gekennzeichnet, 
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class die Bearbeitungseinheit (IP Flow Handler) in dem Zu- 
gangsnetzknoten (GGSN) des Mobilfunknetzes (GPRS) integriert 
wird. 



8. Verfahren nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass als Mobilfunknetz ein GPRS-Net z verwendet wird. 

9. Verfahren nach einem der Ansprtiche 2 bis 8, 
dadurch gekennzei c h net, 

dass als applikationsspezif ische Information eine Vergebtih- 
rungsinformation tibermittelt wird. 

10. Verfahren nach einem der Ansprtiche 2 bis 9, 
dadurch gekennzeichnet, 

dass als applikationsspezif ische Information eine QoS- (Qua- 
lity of Service-) Information Ubermittelt wird. 

11. Verfahren nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 

dass die Bearbeitungseinheit (IP-Flow Handler) bei einer zu 
ihr geleiteten Layer2-Verbindung (PDP-Kontext ) eine daten- 
stromspezif ische Separierung bzw. Filterung und Behandlung 
durchf tihrt . 

12. Mobilfunknetz, das mindestens die folgenden Einheiten 
aufweist 

- einen Zugangsnetzknoten (GGSN) mit einer Steuerfunktion (S) 
zur Separierung eines in dem Zugangsnetzknoten (GGSN) auf- 
kommenden Datenverkehrs, bestehend aus einer Mehrzahl von 
jeweils mehrere DatenstrOme umfassenden Layer2-Verbindungen 
(PDP-Kontext en) , gemafi vorgegebenen Informationen, 
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- eine Bearbeitungseinheit (IP Flow Handler) zum Behandeln 
von durch die Steuerfunktion (S) separierten und an die Be- 
arbeitungseinheit (IP Flow Handler) weitergeleiteten je- 
weils mehrere Datenstrome umfassenden Layer2-Verbindungen 
(PDP-Kontexte) . 

13. Mobilfunknetz nach Anspruch 12, 
dadurch gekennzeichnet, 

dass das Mobilfunknetz eine Informationsregelungseinheit 
(PDF) zum Empfangen, Auswerten und zeitnahen Weiterleiten von 

applikationsspezifischen Inf ormationen an die Steuerfunktion 
(S) des Zugangsnetzknotens (GGSN) aufweist. 

14. Mobilfunknetz nach Anspruch 12 oder 13, 
dadurch gekennzeichnet, 

dass die Bearbeitungseinheit (IP Flow Handler) eine Filter- 
funktion umfasst, die innerhalb von ankommenden Layer2- 
Verbindungen (PDP-Kontexten) Datenstrome gemaB datenstromspe- 
zifischer Informationen separieren kann, so dass diese Daten- 
strdme in der Bearbeitungseinheit (IP Flow Handler) einer da- 
tenstromspezifischen Behandlung unterzogen werden konnen. 



03 P 0 831 9 



"Policy IE nts c he fd un g s~ 1= u "nktio neri " 
(PDF) 




VergebQhrungs 
Policy 



2) 




GGSN 



Interne 
Policy 



5 

Steuer- 
Funktion 



PDP Kontext 




IP Flows 



: l1 

i ! 
i ! 




IP Flow 
Handler 



Zahler 



Filter 

(Separation) 




03 P B 83 T 9 



PDF 
I 

Layers 
I 



S ^Layer 3 



GGSN 




IP flow 






hartrllor 



03 P 0 83 1 9 




c 



PDF 

— i — 



I 
I 



GGSN 



IP flow 
handier 



